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VERFAHREN ZUM OBERTRAGEN VON 
NACHRICHTEN IN EINEM AUF MMS BASIERTEN 
KOMMUNIKATIONSSYSTEM 



Be s chre ibung 

Verfahren zum ttbertragen von Nachrichten 

5 Die vorllegende Erfindung be tr if ft ein Verfahxen zum tibertra- 
gen von Nachrichten, und insbesondere ein Verfahren zum tiber- 
tragen von Nachrichten mit Nutzdatenobjekt en gemafi dem Multi- 
media Messaging Service (MMS) von einer Telekommunikations- 
einrichtung zu einer weiteren Telekommunikationseinrichtung. 

10 

Zur Obertagung von Daten, insbesondere multimedialen Datenob- 
jekten, von einem ersten zu einem zweiten Mobiltelefon bzw. 
Mobilfunkgerat in einem Mobilfunkkommunikationsnetz wird von 
dem 3GPP (3rd Generation Partnership Project) und von der OMA 

15 (Open Mobile Alliance) der sogenannte Multimedia Messaging 

Service (MMS) spezif iziert . Mochte dabei ein erster Benutzer 
einem zweiten Benutzer ein Nutzdatenobjekt, beispielsweise in 
Form eines Bildes Oder einer Musikdatei, zukommen las sen r so 
sendet er mittels seines (ersten) Mobiltelefons eine Multime- 

20 dianachricht (MM) mit dem Nutzdatenobjekt an eine Vermitt- 

lungskomponente in dem Kommunikationsnetz, welche mindestens 
einen sogenannten MMS-Relay-Server umfasst- Eine Multimedia- 
nachricht (MM) kann auch mehrere Nutzdatenobjekte beinhalten- 
Der MMS-Dienstanbieter kann als spezielle Dienstleistung vor 

25 dem Aussenden einer weiteren Nachricht (im folgenden als Emp- 
fangerbenachrichtigungsnachrlcht bezeichnet) an das zweite 
Mobiltelefon des zweiten Benutzers mit der Information dass 
eine Multimedianachricht (MM) mit mindestens einem Nutzdaten- 
objekt zum Herunterladen bereitsteht r eine individuelle An- 

30 pas sung des mindestens einen zuzustellenden Nutzdatenobjekts 
beispielsweise an die Eigenschaften bzw. Fahigkeiten des 
zweiten Mobiltelefon vornehmen. Als nachteilig stellt sich 
bei einem derartigen Verfahren jedoch heraus, dass der Emp- 
f anger (in vorliegenden Beispiel der zweite Benutzer) einer 

35 Empfangerbenachrichtigungsnachricht bzw. einer Multimedia- 
nachricht (MM) mit mindestens einem Nutzdatenobjekt keinerlei 
Mdglichkeit hat, zu erkennen, ob und wie die ttbermitt lungs 
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nachricht <im folgenden auch als Multimedianachricht MM be- 
zeichnet) bzw. das darin enthaltene Nutzdatenobjekt verandert 
worden ist, und ob das eventuell veranderte Nutzdatenobjekt 
verwendbar 1st. 

Somit 1st es die Aufgabe der vorliegenden Erfindung, eine 
Mdglichkeit der Obertragung von Nutzdatenobjekten an einen 
Empf anger zu s chaff en, die eine verbesserte Kontrolle der zu 
empfangenden Nutzdatenobjekte ermoglicht. 

Diese Aufgabe wird durch den Gegenstand der unabhangigen An- 
sprQche ge!6st. Vorteilhafte Ausgestaltungen sind Gegenstand 
der Unteranspruche . 

15 Dabei urafasst ein Verfahren zum Obertragen von Nachrichten r 
insbesondere in einem Kommunikationsnetz, folgende Schritte. 
Zunachst wird eine tJbermitt lungs nachricht mit einem Oder meh- 
reren Nutzdatenobjekten bzw. Multimedianachricht-Elementen an 
eine Vermit t lungs komponente zur Weiterleitung an eine erste 

20 Tel'ekommunikationseinrichtung Obertragen. Diese tJbertragung 

Jcann dabei von einer sendenden Telekommunikationseinrichtung f 
wie einem Mobilfunkgerat Oder einem Mobiltelefon, erfolgen. 
In der Vermitt lungs komponente wird in Abhangigkeit eines Sat- 
zes von Parametern eine Mehrzahl von Varianten des einen oder 

25 der mehreren Nutzdatenobjekte erstellt. Dabei wird unter Va- 
riante sowohl die ursprungliche Form des einen oder der meh- 
reren Nutzdatenobjekte sowie die adaptierten bzw. veranderten 
Versionen bezeichnet. AnschlieBend wird die erste Telekommu- 
nikationseinrichtung, bei der es sich auch wieder um ein Mo- 

30 bilfunkgerat oder ein Mobiltelefon handeln kann, tiber die Be- 
reitstellung einer Mehrzahl von Varianten des einen oder der 
mehreren Nutzdatenobjekte zum Gbertragen an die erste Tele- 
kommunikationseinrichtung informiert. Hat sich ein Empf anger, 
d.h. ein Benutzer der ersten Telekommunikationseinrichtung, 

35 fur eine oder mehrere Varianten der Nutzdatenobjekte ent- 
schieden f wird vorteilhafterweise eine Zustellungsanforde- 
rungsnachrlcht bezuglich einer bestimmten Variante des einen 
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oder der mehreren Nutzdatenobjekte von der ersten Telekommu- 
nikationseinrichtung zu der Ve rmitt lungs komponente gesendet. 
Daraufhin wird von der Vermitt lungs komponente eine Zustel- 
lungsnachricht mit der angeforderten Variante des einen oder 
5 der mehreren Nutzdatenobjekte an die erste Telekommunikati- 
onseinrichtung ubermittelt. Durch die Information des Empf an- 
gers uber die verschiedenen adaptierten und auf der Vermitt- 
lungs komponente bereitgestellten Varianten der in der (jber- 
tragungsnachricht enthaltenen Nutzdatenobjekte kann der Emp- 
10 f anger gezielt diejenige Variante der gewunschten Nutzdaten- 
objekte bzw. der gesamten Obermittlungsnachricht auswahlen 
und herunterladen und hat somit eine verbesserte Kontrolle 
iiber seine zu empfangenden Nachrichten bzw. Nutzdatenobjekte. 
Durch die Information uber die auf der Vermitt lungs komponente 
15 bereitliegenden Nutzdatenobjekte kann der Empf anger sich auch 
dafiir entscheiden, gar keinen Herunterladevorgang zu initiie- 
ren f wenn die Nutzdatenobjekte von ihm nicht nutzbar sind o- 
der der Herunterladevorgang sehr kostspielig ware. Zum einen 
kann also dabei vermieden werden, dass Nutzdatenobjekte {von 
20 der Vermitt lungs komponente) zur ersten Telekommunikationse in- 
rich tung heruntergeladen werden, die von der Telekommunikati- 
onseinrichtung gar nicht nutzbar sind/ zum anderen konnen e- 
ventuell gezielt Nutzdatenobjekt heruntergeladen werden, die 
in der Grofie minimiert sind, wobei dadurch die Herunterlade- 
25 Kosten minimiert werden k6nnen und ferner eine grGJiere Anzahl 
von Nutzdatenobjekt auf der ersten Telekommunikationseinrich- 
tung speicherbar sind. Durch das beschriebene Verfahren wird 
ebenso ermoglicht, dafi sich der Empf anger auf Basis der In- 
formation uber die auf der Vermitt lungs komponente bereitlie- 
30 genden Nutzdatenobjekte fur das gezielte Herunterladen von 

Nutzdatenobjekte entscheidet, die zwar nicht von der zweiten 
Telekommunikationseinrichtung wiedergegeben werden konnen, 
aber moglicherweise von einem welter en Gerat, das mit der 
zweiten Telekommunikationseinrichtung (entweder uber Kabel, 
35 Infrarot-Schnittstelle (z.B. IrDA) oder Funk (z.B. Bluetooth) 
in Verbindung steht. Eine mogliche Anwendung ist das Herun- 
terladen einer Bilddatei in gehobener Qualitat durch die 
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zweite Telekommunikationseinrichtung gefolgt vom Ausdrucken 
dieser Datei mittels eines externen Druckers . 

GemaB einer vorteilhaf ten Ausgestaltung erfolgt die Informa- 
5 tion des Empf angers bzw. der ersten Telekoramunikationsein- 
richtung wie folgt. Es werden von der Vermittlungskoraponente 
jeweilige Empfangerbenachrichtigungsnachrichten erzeugt, die 
einer bestiraraten Variante des einen oder der mehreren Nutzda- 
tenobjekte zugeordnet sind, und es werden diese jeweiligen 
10 Empfangerbenachrichtigungsnachrichten von der Vermittlungs- 
koraponente zu der ersten Telekommunikationseinrichtung tiber- 
tragen . 

GemaB einer weiteren vorteilhaf ten Ausgestaltung umfasst der 
15 Satz von Parameters in Abhangigkeit dessen die Mehrzahl von 
Varianten des einen oder der mehreren Nutzdatenobjekte er- 
stellt wird, Parameter mit Inf ormationen uber die individuel- 
len Eigenschaften der Telekommunikationseinrichtung. Die in- 
dividuellen Eigenschaften der Telekommunikationseinrichtung 
20 kfinnen ferner Eigenschaften von auf der Telekommunikations- 
einrichtung vorgesehenen Anwendungen umfassen. AuBerdem kann 
der Satz von Parametern Parameter mit Inf ormationen liber die 
individuellen Praferenzen des Empf angers umfassen, oder kann 
der Satz von Parametern Parameter mit Beschreibungsinformati- 
25 onen umfassen, welche die Bedeutung von in der ttbermittlungs- 
nachricht enthaltenen Nutzdatenobjekten und/ oder die Bezie- 
hung von enthaltenen Nutzdatenobjekten zueinander umfassen 
(sogenannte Metadaten, beispielsweise nach dem MPEG- 7 Stan- 
dard) . 

30 

GemaB einer vorteilhaften Ausgestaltung kdnnen die Nachrich- 
ten im Rahmen des Multimedia Messaging Service (MMS) zwischen 
der ersten Telekommunikationseinrichtung, der Verraitt lungs - 
komponente und der zweiten Telekommunikationseinrichtung u- 
35 bertragen werden. Dadurch wird eine Ubertragung von Nutzda- 
tenobjekten ermdglicht, die auch multimediale Inhalte mit 
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grofiem Datenumfang, wie digitale Bilder, Video-Clips, oder 
urafangreiche Audio- bzw. Musikdateien umfasaen konnen. 

Gemafi einer vorteilhaf ten Ausgestaltung sind die erste Tele- 
koinmunikationseinrichtung und eventuell weitere Telekomrauni- 
kationseinrichtungen sowie die Vermittlungskomponente Teil 
eines Telekommunikationsnetzes . Dabei kann die oder die wei- 
teren Telekoiumunikationseinrichtungen Teil eines ersten Tele- 
kommunikationsnetzes sein (im Falle mehrerer Telekommunikati- 
onseinrichtung nuissen diese jedoch nicht Teil desselben Tele- 
kommunikationsnetzes sein) . Entsprechend kann die Vermitt- 
lungskomponente, welche insbesondere als ein Server eines Da- 
tenttbertragungsdienstes, wie beispielsweise als ein MMS- 
Relay-Server ausgebildet ist, in einem zweiten Telekommunika- 
tionsnetz vorgesehen sein, das mit dem oder den Telekommuni- 
kationsnetzen, welche dem oder den weiteren Telekommunikati- 
onseinrichtungen zugeordnet sind, verbunden ist. Dieses zwei- 
te Telekommunikationsnetz kann insbesondere als ein auf In- 
ternet- Protokollen, wie dem Hypertext Transfer Protocol, ba- 
siertes Telekommunikationsnetz ausgefiihrt sein. 

Um das Verfahren zum Cbertragen von Nutzdaten-Objekten mog- 
lichst flexibel nutzen zu konnen, kdnnen die Nachrichten zu 
und von der ersten und/oder zweiten Telekommunikationsein- 
25 richtung liber eine Luf tschnittstelle gesendet werden, wobei 

die Telekommunikat ions ein richtung (oder auch die weiteren Te- 
lekbmmunikationseinrichtungen) vorzugsweise als ein mobiles 
Telekommunikationsgerat ausgebildet sein konnen und dabei 
insbesondere ein Funkmodul bzw. Mobilf unkmodul umfasaen kdn- 
30 nen. Die ttbertragung von Nachrichten zu und von einer jewei- 
ligen Telekoramunikationseinrichtung kann dann auf Basis des 
WAP-Protokolls Wireless Session Protocol (WSP) oder dem Hy- 
pertext Transfer Protocol (http) erfolgen. Die Telekomraunika- 
tionseinrichtung kann dabei beispielsweise als ein Mobilfunk- 
35 gerat bzw. Mobiltelefon, ein Schnurlostelefon, als ein 

Smartphone (Korabination aus einem kleinen tragbaren Computer 
und einem Mobiltelefon) , als ein PDA (PDA: Personal Digital 
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Assistant = personlicher digitaler Assistent) bzw. als ein 
Organizer ausgebildet sein. Weiterhin kann die Telekommunika- 
tionseinrichtung auch andere mobil erreichbare Gerate urafaa- 
sen, wie einen Personal Computer (PC) oder einen Laptop, die 
5 mittels eines angeschlossenen Mobilfunkgerats (Mobiltelefon) 
uber ein Mobilfunknetz erreicht werden konnen. Das Mobilfunk- 
gerat kann dann beispielsweise iiber ein Kabel an den Personal 
Computer bzw. Laptop angeschlossen sein oder auch diese 
drahtlos iiber eine Inf rarot-Schnittstelle oder ein lokales 

10 Bluetooth-Net z kontaktieren . Dabei kann eine Telekommunikati- 
onseinrichtung, wie das Mobil f unkger at , einschliefilich des 
diesem zugeordneten Telekommunikationsnetzes in der Ausftih- 
rung eines Mobilfunknetzes gemaB dem GSM (Global System for 
Mobile Communication) -Standard oder dem UMTS (Universal Mobi- 

15 le Telecommunications System) -Standard usw. arbeiten. Derar- 
tige Mobilfunknetze bzw. Telekommunikationseinrichtungen ge- 
maB dem GSM- oder UMTS-Standard konnen eine Piatt form fur 
WAP-Protokolle bzw. den WAP-Protokoll-Stack (WAP: Wireless 
Application Protocol) darstellen, mittels dem Daten (Mittei- 

20 lungen bzw. Nutzdaten-Objekte) im jeweiligen Mobilfunknetz 
ubertragbar sind. 

Vorteilhafterweise sind das erste und das zweite Telekommuni- 
kationsnetz durch eine Verbindungskomponente miteinander ver- 

25 bunden. Im Falle der Verwendung des WAP-Protokoll-Stack, wie 
oben erwahnt, ist es moglich, durch die Verwendung eines WAP- 
Gateways als Schnittstelle bzw. Verbindungskomponente zwi- 
schen einem Mobilfunknetz und einem anderen Netzwerk, bei- 
spielsweise einem auf einem Internet-Protokoll basierenden 

30 Netz, eine Verbindung zu diesem zu schaffen. Auf diese Weise 
ist es moglich, dass sich die Vermi tt lungs komponenten in ei- 
nem auf einem Internet-Protokoll basierenden Netzwerk, wie 
dem Internet, befindet, wobei die Daten (Nachrichten, Nutzda- 
tenobjekte) uber ein WAP-Gateway und schlieBlich tiber eine 

35 Luftschnitts telle eines Mobilfunknetzes zwischen der oder den 
Basisstationen des Mobilfunknetzes und an die jeweiligen Te- 
lekommunikationsgerate von Benutzern Ubertragen werden kon 
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nen. In diesem Zusammenhang sei erwahnt, dass insbesondere im 
Rahmen des MMS-DatenUbertragungsdienstes Nachrichten von dem 
MMS-Relay-Server als Vermittlungskomponente automatisch, d.h. 
ohne Anforderung eines Telekommunikationsgerats, an ein Tele- 
5 kommunikationsgerat mittels WAP-Push gesendet werden kdnnen. 
Hierbei dient der MMS -Relay-Server als sogenannter Push- 
Initiator, der das WAP-Gateway bzw. eine Unterkomponente von 
diesem, namlich das Push-Proxy-Gateway, dazu veranlasst, eine 
Nachricht per WAP— Push an das Telekommunikationsgerat zu sen- 
10 den. Beispielsweise wird gemaB dem MMS-t)bertragungsdienst die 
Empfangerbenachrichtungsnachricht mittels WAP-Push an das Te- 
lekommunikationsgerat iibertragen. 

Es sei erwahnt, dass die Nutzdatenobjekte allgemein Textin- 
15 format ionen, Audioinformationen, Videoinf orraationen, ausfiihr- 
bare Programme, Softwaremodule oder eine Kombination dieser 
Informationen umfassen konnen. 

GemaiJ einem weiteren Aspekt der Erfindung wird eine Telekom- 
20 munikationsanordnung umfassend eine Vermittlungskomponente 

sowie zumindest eine erste Telekommunikationseinrichtung ge- 
schaffen, wobei die Telekommunikationsanordnung dafur ausge- 
legt ist, ein oben dargestelltes Verfahren durchzuf Uhren . 

25 Bevorzugte Ausfiihrungsf ormen der vorliegenden Erfindung wer- 
den nachfolgend bezugnehmend auf die beiliegenden Zeichnungen 
naher erlautert. Es zeigen: 

Figur 1 eine scheraatische Darstellung eines Kommunikations- 
30 netzes bzw. Telekommunikationsnetzes zum Durchf uh- 



ren des MMS, bei der zwei Dienstleistungsanbieter 
fur eine MMS-Umgebung vorgesehen sind; 



35 



Figur 2 



eine schematische Darstellung von moglichen 
Schnittstellen eines MMS-Relay-Servers; 
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Figur 3 ein beispielhafter Ablauf ("Transaction Flow Dia- 
gramm") zum tibertragen einer Multimedianachricht 
von einem Mobilfunkgerat zu einem zweiten Mobil- 
funkgerat; 

5 

Figur 4 eine ausfuhrliche Darstellung der in Figur 2 ge- 

zeigten Schnitts telle MM1, bei der ein WAP-Gateway 
fur die Anpassung der MMS-Nutzdaten an die beiden 
unterschiedlichen Sitzungsschicht-Protokolle (WSP 
10 und HTTP) sorgt; 

Figur 5 einen Ausschnitt einer Benutzeroberf lache einer Te- 
lekommunikationseinrichtung zum Darstellen der in 
Empfangerbenachrichtigungsnachrichten vorgesehenen 
15 Optionen bzw. Inf ormationen gemafi einer ersten Aus- 

f uhrungs form ; 

Figur 6 einen Ausschnitt einer Benutzeroberf lache einer Te- 
lekommunikationseinrichtung zum Darstellen der in 
20 Empfangerbenachrichtigungsnachrichten vorgesehenen 

Optionen bzw. Inf ormationen gemaB einer zweiten 
Ausfuhrungsform. 



25 Bevor nun ein Verfahren zum tibertragen von Nachrichten r ins- 
besondere mittels dem MMS (Multimedia Messaging Service) - 
Dienst r von einer Telekommunikationseinrichtung zu einer 
zweiten Telekommunikationseinrichtung gemafi einer bevorzugten 
Ausfuhrungsform der Erfindung erlautert werden wird, sollen 

30 zunachst noch einmal die grundlegenden Komponenten bzw. Netz- 
werkstrukturen zur Realisierung eines MMS-Dienstes erlautert 
werden . 

Fur Mobilfunksysteme der nachsten Generationen (2.5G und 3G) , 
35 wie beispielsweise System, die nach dem UMTS (UMTS - Univer- 
sal Mobile Telecommunications System) -Standard arbeiten, wird 
zur Zeit eine multimediafahige Variante eines mobilen Nach 
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richtendienstes standard! siert, namlich der MMS— Dienst, oder 
kurz MMS- Die Nachrichten des MMS mit multimedialen Inhalten 
we r den im Folgenden zur besseren Abgrenzung von den Textnach- 
richten des SMS (Short Message Service: Kurznachrichten- 
5 dienst) -Dienstes nur noch kurz MMs (MM: Multimedia Message - 
Multimedianachricht) genannt. Im Gegensatz zum SMS entfallt 
die Beschrankung auf reine Textinhalte. Beim MMS ist es mog- 
lich, Texte dem individuellen Geschmack entsprechend zu for- 
mat ier en, sowie Audio- und Videoinhalte in eine Nachricht 
10 einzubetten. Eine MM kann demnach mehrere MM-Elementen oder 

Nutzdatenobjekte von unterschiedlichen Dateitypen (z.B. Audio 
oder Standbild) oder Dateiformaten (bei Standbild z.B. GIF 
oder JPEG) umfassen, selbst ein zeitlich festgelegter Ablauf 
von kleinen Prasentationen wird ermoglicht. 

15 

In Figur 1 ist eine mogliche Telekammunikationsanordnung bzw. 
eine Netzwerk-Architektur KN zum Durchfuhren des MMS, insbe- 
sondere gemafl einer Spezifikation des 3 GPP (3rd Generation 
Partnership Project) dargestellt. Links in der Figur ist eine 

20 erste Telekommunikationseinrichtung in der Ausftthrung eines 
ersten Mobilfunkgerats MFG1 gezeigt, das liber eine Schnitt- 
stelle, genauer gesagt eine Luftschnittstelle, wie es noch 
ausfuhrlicher beziiglich Figur 2 erlautert werden wird f mit 
einem Komraunikationsnetz verbunden ist (zur einfacheren Dar- 

25 stellung der wichtigsten Komponenten des Netzwerks, wird hier 
verzichtet genau zu erlautem, dass und wie die Luftschnitt- 
stelle zu einer Basisstation eines Mobilfunknetzes besteht, 
das wiederum mit dem Kommunikationsnetz bzw. einer ersten 
MMS-Netzwerkumgebung DLA verbunden ist. Entsprechendes gilt 

30 naturlich auch fur die Verbindung zum unten erlauterten zwei- 
ten Mobilfunkgerat) . Genauer gesagt ist das erste Mobilfunk- 
gerat MFG1 mit einer ersten MMS-Netzwerkumgebung DLA (MMSE: 
Multimedia Messaging Service Environment) verbunden, die im 
Zustandigkeitsbereich eines ersten MMS- 

35 Dienstleistungsanbieters bzw. MMS-Providers liegt. Auf dem 
Mobilfunkgerat MFG1 ist eine Sof twareanwendung, eine soge- 
nannte MMS-Benutzersof twareanwendung oder kurz MMS- Benutzer 
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anwendung (MMS-User Agent) MUAA zur Realisierung des endgera- 
teseitigen Tells fiir den MMS vorgesehen. In der ersten MMS- 
Netzwerkumgebung DLA 1st ein sogenannter erster MMS-Relay- 
Server MRSA vorgesehen, der Telekommunikationseinrichtungen 
5 bzw. Telekommunikationsendgeraten, die mit der ersten MMS- 
Netzwerkumgebung verbunden sind, die MMS-Funktionalitat zur 
Verfiigung stellt. 

Die ersten MMS-Netzwerkumgebung DLA ist im Beispiel mit einer 

10 zweiten MMS-Netzwerkumgebung DLB eines zweiten MMS— 

Dienstleistungsanbieters bzw- MMS-Providers uber eine 
Schnittstelle MM4 (vgl. weitere Erlauterungen mit Bezug auf 
Figur 2) , die beispielsweise Uber das SMTP (Simple Mail 
Transfer Protocol) -Protokoll realisiert wird, verbunden. In 

15 der zweiten MMS-Netzwerkumgebung DLB ist ein zweiter MMS- 

Re lay-Server MRSB vorgesehen, der Telekommunikationseinrich- 
tungen bzw. Telekommunikationsendgeraten, wie dem Mobilfunk- 
gerat MFG2 f die mit der zweiten MMS-Netzwerkumgebung DLB ver- 
bunden sind, die MMS-Funktionalitat zur Verfiigung stellt. Auf 

20 dem Mobilfunkgerat MF62 ist wieder eine Softwareanwendung, 

hier eine MMS-Benutzeranwendung (MMS-User Agent) MUAB zur Re- 
alisierung des endgerateseitigen Teils fur den MMS vorgese- 
hen. Sollen Multimedianachrichten, insbesondere mit Nutzda- 
tenobjekten von dem Mobilfunkgerat MFGl an das Mobilfunkgerat 

25 MFG2 iibertragen werden, so konnen die beiden MMS-Relay-Server 
MRSA und MRSB in den MMS-Netzwerkumgebungen DLA und DLB zu 
einer Vermi tt lungs komponente zusammengef asst werden, wie es 
spater noch mit Bezug auf Figur 3 erlautert werden wird. 

30 Ein charakteristisches Merkmal des MMS ist, dass bei der Zu- 
stellung von Multimedianachrichten (MMs) an ein Empfangsgerat 
(Mobilfunkgerat) zwischen dem sogenannten PUSH-Modus, bei dem 
eine ankommende Multimedianachricht unverziiglich von einem 
MMS-Relay-Server an die MMS-Benutzeranwendung des Erapf angsge- 

35 rats iibertragen wird, und dem sogenannten PULL-Modus, bei dem 
der Empf anger bzw. Empfangsgerat zunachst uber eine neu beim 
MMS-Relay-Server eingetrof f ene Multimedianachricht mittels 
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einer MMS-Benachrichtigung bzw- Erapf angerbenachrichtigungs- 
nachricht informiert wird und daraufhin selbst entscheiden 
kann, ob bzw. wann er diese Mult imedi ana chricht vom MMS- 
Relay-Server auf sein Mobilfunkgerat herunterladt, unter- 
5 schieden wird. 

Mogliche definierte Schnittstellen zum Anschluss weiterer 
Netzwerkelemente bzw. Netzwerkkomponenten an einen MMS-Relay- 
Server MRS, wie dem MMS-Relay-Server MRSA Oder MRSB, sind in 

10 Figur 2 gezeigt. Neben einer Schnittstelle MMl, iiber die eine 
MMS-Benutzeranwendung MUAA und ein MMS-Relay-Server miteinan- 
der in Verbindung stehen, konnen iiber Schnittstellen MM3 be- 
liebige externe Server, wie zum Beispiel E-mail-Server EES, 
Fax-Server EFS, weitere Nachrichtenserver (z.B. fiar UMS: Uni- 

15 fied Message Services) ENS oder sonstige Server ESS, usw. an 
den MMS-Relay-Server MRS angeschlossen werden. Die Anbindung 
fremder ("foreign") MMS-Dienstleistungsanbieter (MMS- 
Provider) wird Ober eine Schnittstelle MM4 realisiert, wie 
bereits beziiglich Figur 1 angedeutet. Eine Schnittstelle MM5 

20 verblndet den MMS-Relay-Server MRS mit dem HLR (HLR: Home Lo- 
cation Register) eines Mobilfunk-Netzbetreibers, in dem die 
individuellen Kundendaten bzw. Benutzerdaten eines jeden Mo- 
bilfunkteilnehmers gespeichert sind (das HLR befindet sich in 
der Regel im Zustandigkeitsbereich des Netzbetreibers, der 

25 nicht zwangslaufig rait dem MMS-Dienstleistungsanbieter iden- 
tisch sein muss) . Den Anschluss einer Oder mehrerer MMS- 
Benutzerdatenbanken bzw. "MMS User Data Base(s)" MUDB gestat- 
tet eine Schnittstelle MM6. ttoer eine Schnittstelle MM7 wird 
der Anschluss von Servern MVS erradglicht, die von einem VASP 

30 (VASP: Value Added Service Provider « Mehrwertdienstanbieter) 
betrieben werden und den MMS-Benutzern Mehrwertdienste zur 
Verfiigung stellen. Schliefilich existiert noch eine weitere 
Schnittstelle MM8 zum Anschluss einer Netzwerkeinheit bzw. 
Vergebtihrungseinheit VE an den MMS-Relay-Server MRS, in der 

35 alle relevant en In format ionen zum VergebUhren des MMS gesam- 
melt und ausgewertet werden. In dem MMS-Relay-Server MRS 
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stellt eine Schnittstelle MM2 eine Verbindung zwischen Relay 
und Server her. 

Im Folgenden wird anhand von Figur 3 der Austausch von Daten, 
5 insbesondere von Nutzdatenobjekten zwischen den in Figur 1 
dargestellten MMS-Einheiten bzw. MMS- 

Datenubertragungseinheiten beim Versenden einer Multimedia- 
nachricht MMA mit Multimedianachricht-Elementen MME von dem 
Mobilfunkgerat MFG1 und Empfangen von dem Mobilfunkgerat MFG2 

10 anhand von gemaB dem 3 GPP definierten sogenannten "abstract 
messages" (Abstraktnachricht en) genauer beschrieben. Eine 
Abstraktnachricht besteht aus mindestens einem Inf ormations- 
element bzw. "information element". Bei Verwendung des MMS 
kann ein Absender, im Beispiel das Mobilfunkgerat MFG1 bzw. 

15 die MMS-Benutzeranwendung MUAA eine Multimedianachricht MMA 
tiber die Luf tschnittstelle MM1 an den MMS-Relay-Server MRSA 
seines MMS-Dienstleistungsanbieters mit der Abstraktnachricht 
(spater auch als Obermitt lungs nachricht bezeichnet) 
"MMl_submit . REQ" schicken. Der MMS-Relay-Server MRSA besta- 

20 tigt den korrekten Empfang der Multimedianachricht von der 
MMS-Benutzeranwendung MUAA mit der Abstraktnachricht 
"MMl_submit.RES". Die Obertragung der MMA an den MMS-Relay- 
Server MRSB in der MMS-Umgebung DLB (vgl. Figur 1) des Emp- 
f angers bzw. des Ziel-Mobilfunkgerats geschieht mit dem Abs- 

25 traktnachricht-Paar "MM4_f orward.REQ" (enthalt die eigentli- 
che Multimedianachricht) und "MM4_f orward . RES " (die eine 
Riickmeldung bzw. Bestatigung an den MMS-Relay-Server MRSA zu- 
rticksendet) . Danach wird das Empfangergerat MFG2 bzw. des sen 
MMS-Benutzeranwendung MUAB uber die auf dem MMS-Relay-Server 

30 MRSB zum Herunterladen bereitliegende Multimedianachricht MMA 
mit der Abstraktnachricht bzw. Erapf angerbenachrichtigungs- 
nachricht "MMl_notif ication.REQ" informiert. In dieser MMS- 
Empfangerbenachrichtigungsnachricht ist der URI (URI - Uni- 
form Resource Identifier) des Speicherplatzes bzw. Speiche- 

35 rorts der Multimedianachricht auf dem MMS-Relay-Server MRSB 
als Referenz enthalten. Die Abstraktnachricht 
"MM1 notification. RES" dient vorrangig als Bestatigung fur 
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den korrekten Enrpf ang der Empfangerbenachrichtigungsnachricht 
bei der MMS-Benutzeranwendung MUAB und dazu, dem MMS— 
Dienstleistungsanbieter die Art der gewunschten Zustellung 
{ob im "PUSH"- Oder "PULL "-Modus) mitzuteilen. Mit der Abs- 
5 traktnachricht Oder Zustellungsanforderungsnachricht 

"MMl_retrieve.REQ" kann der Empf anger, namlich die MMS- 
Benutzeranwendung MUAB das Herunterladen einer auf dem MMS- 
Relay-Server MRSB bereitliegenden Multimedianachricht MMA i- 
nitiieren. Das Zustellen der Multimedianachricht MMA vom MMS- 

10 Relay-Server MRSB an die MMS-Benutzeranwendung MUAB erfolgt 
mittels der Abs traktnachricht bzw. Zustellungsnachricht 
"MMl_retrieve.RES". Der MMS-Relay-Server MRSB kann mit der 
Abs traktnachricht "MMl_acknowledgement . REQ" von der MMS- 
Benutzeranwendung MUAB ttber den Ausgang des Herunterladen s 

15 der Multimedianachricht MMA informiert werden. Es sei be- 

merkt, dass zur einfachen Darstellung einer Obertragung einer 
Multimedianachricht von dem Mobilfunkgerat MFG1 uber die bei- 
den MMS-Relay-Server MRSA und MRSB zu dem Mobilfunkgerat 
MFG2 f die die beiden MMS-Relay-Server MRSA und MRSB auch als 

20 eine Vermittlungskomponente VK zwischen den Mobilfunkgeraten 
betrachten werden konnen. Wurde sich das Mobilfunkgerat MFG2 
auch im Wirkungsbereich des MMS-Umgebung des ersten MMS- 
Dienstleistungsanbieters befinden, so wurde die Vermittlungs- 
komponente VK lediglich den MMS-Relay-Server MRSA umfassen. 

25 

Wenn eln Mobil funk-Net zbet re iber in seinem PLMN (PLMN - Pub- 
lic Land Mobile Network) ein WAP- Implement ierung von MMS ein- 
setzt, besteht die oben beschriebene Schnittstelle MM1 bei 
genauerer Betrachtung aus zwei Abschnitten, die durch eine 

30 spezielle Netzwerkkomponente, ein sogenanntes WAP-Gateway, 
(WAP - Wireless Application Protocol) miteinander verbunden 
sind. Das WAP-Gateway zwischen einem MMS-Relay-Server eines 
MMS-Dienstleistungsanbieters und dem Kern-Netzwerk bzw. "Core 
Network" eines Mobil funk- Systems bzw. Mobilfunknetzwerks er- 

35 fiillt vorrangig die Aufgabe, die zu tibertragenden Daten an 
die auf beiden Seiten unterschiedlichen Protokollschichten 
anzupassen. Zum besseren Verstandnis zeigt Figur 4 eine de 
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taillierte Ausgestaltung der Schnittstelle MM1 fur die WAP- 
Implementierung von MMS zwischen einem mobilen Telekommunika- 
tionsendgerat, wie einem Mobilfunkgerat, mit einer MMS— 
Benutzeranwendung MUA und einem MMS-Relay-Server MRS. Auf der 
"A-Seite" bzw. (in Richtung eines externen IP (Internetproto- 
koll) -Netzwerk) kommt als Sitzungsschicht-Protokoll "http" 
(http: Hypertext Transfer Protocol) und auf der "B-Seite" (in 
Richtung eines Mobilf unksystem bzw. Mobil f unknetzwerks, PLMN) 
WSP (WSP - Wireless Session Protocol) zum Einsatz. 



10 



Es ist nun moglich, dass ein MMS-Dienstleistungsanbieter vor 
dem Aussenden einer MMS-Erapf anger-Benachrichtigung bzw. Emp- 
fangerbenachrichtigungsnachricht eine individuelle Anpassung 
der zuzustellenden Multimedianachricht bzw. der in dieser 

15 enthaltenen Nutzdatenobjekte vornehmen kann. Eine derartige 
Anpassung kann beispielsweise auf den individuellen Eigen- 
schaften des Empfangsgerates, auf den individuellen Einstel- 
lungen des Benutzers oder auf eventuell in einer Multimedia- 
nachricht enthaltenen bzw. aus einer Multimedianachricht ge- 

20 wonnenen Beschreibungsinf ormationen (sogenannten Meta-Daten, 
beispielsweise nach dem MPEG- 7 Standard) beruhen. Auch Kombi- 
nationen aus diesen drei Moglichkeiten sind denkbar. Dies 
soli im Folgenden naher erlautert werden. 

25 1. Anpassung einer Multimedianachricht bzw. der in ihr ent- 
haltenen Nutzdatenobjekte gemafi den individuellen Eigen- 
schaften des Empf angsgerates : Mobil funkger ate, wie Mobil- 
telefone, unterscheiden sich in der Regel durch ihre cha- 
rakteristischen Eigenschaften bzw. Fahigkeiten voneinan- 

30 der. So konnen beispielsweise die Eigenschaften der An- 

zeigevorrichtungen teilweise erheblich (z.B. in Grd&e und 
Auf 16 sung) voneinander variieren oder auch die Fahigkei- 
ten, bestimmte Dateitypen und/oder Dateiformate darstel- 
len und/oder verarbeiten zu konnen. Damit ein Mobilf unk- 

35 Netzbetreiber bzw. Dienstanbieter ("Service Provider") 

Kenntnis Uber die Eigenschaften bzw. Fahigkeiten eines 
WAP-fahigen Endgerates erlangen kann, wurde vom WAP Forum 
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das sogenannte "UA Prof" (UA Prof: User Agent Profile = 
Benutzeranwendungsprofil) standardisiert, mit dessen Hil- 
fe jedem einzelnen, im Mobilfunknetz eingebuchten Endge- 
rat bzw. Mobilfunkgerat netzwerkseitig das passende cha- 
5 rakteristische Gerateprofil zugeordnet werden kann. 

Auch beim MMS sollen in Zukunft WAP-"UA Prof" folgender- 
roafien eingesetzt werden: Besitzt ein Mobilfunkkunde bzw. 
ein Mobilfunkbenutzer ein Endgerat bzw. Mobilfunkgerat 
mit einer WAP-basierten MMS-Benutzeranwendung und ist er 
fur die Nutzung des MMS bei einem MMS- 

Dienstleistungsanbieter registriert, so sollen auch MMS— 
spezifische Eintrage eine Teilmenge des "UA Profs" bzw. 
Benutzerprofils darstellen (z. B. die maximale Gr66e fur 
eingehende Multimedianachrichten, usw.). Der Zugriff vom 
MMS-Relay-Server auf die Benutzerprof il-Inf ormationen 
kann tiber die in Figur 2 dargestellte Schnittstelle MM6 
(MMS -Relay- Server zu MMS-Benutzerdatenbank(en) MUDB) ge- 
schehen. Besitzt ein MMS-Dienstanbieter Kenntnisse iiber 
die individuellen Eigenschaften bzw. Fahigkeiten eines 
mobilen Telekommunikationsendgerats (z.B. Mobilfunkge- 
rats) und einer darauf installierten MMS- 
Benutzeranwendung (MMS User Agent) , so kann der MMS- 
Relay-Server vor dem Aussenden einer MMS -Empf anger- 
Benachrichtigung {Empf angerbenachrichtigungsnachricht) 
eine gezielt auf das Endgerat des Empf angers abgestimmte 
Dateityp- bzw. Dateiformat-Konvertierung von einzelnen 
Multimedianachricht -Elementen bzw. Nutzdatenobjekten aus- 
fiihren, damit die Multimedianachricht auf dem Endgerat 
des Empf angers optimal dargestellt werden. 

2. Anpassung einer Multimedianachricht gemaB den individuel- 
len Einstellungen eines Benutzers: Im MMS kann jeder Be- 
nutzer netzwerkseitig Einstellungen vornehmen und damit 
35 den MMS seinen individuellen Vorstellungen entsprechend 

konfigurieren. Beispielsweise konnte eine Benutzer- 
Einstellung lauten, dass alle eintref fenden Multimedia 
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nachrichten, die Multimedianachricht -Elemente bzw. Nutz- 
datenobjekte eines bestimmten Daten-Typs enthalten, auto- 
matisch und ohne MMS-Empf angerbenachrichtigung (Empfan- 
gerbenachrichtigungsnachricht) an eine E-mail-Adresse 
5 weitergeleitet werden. 

3. Anpassung einer Multimedianachricht gemafi den in einer 
Multimedianachricht enthaltenen Meta-Daten: Eventuell 
konnen in einer Multimedianachricht auch Beschreibungsin- 
formationen (sogenannten Meta-Daten) enthalten sein bzw. 
aus einer Multimedianachricht gewonnen werden, mit denen 
die Bedeutung von einzelnen Multimedianachricht-Elementen 
(Nutzdatenobjekten) erlautert werden kann, sowie Abhan- 
gigkeiten zwischen den einzelnen Multimedianachricht- 
Elementen (Nutzdatenobjekten) ausgedruckt werden k6nnen. 
Beispielsweise konnte ein Multimedianachricht-Element 
(Nutzdatenobjekt) vom Typ "Text" als Hauptbestandteil, 
ein Multimedianachricht-Element vom Typ "Standbild" als 
Hintergrundbild oder ein Multimedianachricht-Element vom 
Typ "Audio" als (gesprochener) Kommentar, der si-ch auf 
das Standbild bezieht, gekennzeichnet werden. 



15 



In einem MMS-Relay-Server in der empf angerseitigen MMS- 
Umgebung kann eine eintreffende Multimedianachricht vor dem 
25 Aussenden der MMS-Empf anger -Benachrichtigung (Empfangerbe- 

nachrichtigungsnachricht) auf Basis der drei oben beschrieben 
Datensatze (und Kombinationen daraus) adaptiert werden. 

Damit nun der Empf anger eine verbesserte Kontrolle der zu 
30 erapfangenden Multimedianachricht mit den darin enthaltenen 
Nutzdatenobjekten hat und Informationen dariiber erha.lt, ob 
und wie eine Multimedianachricht bzw. die enthaltenen Elemen- 
te bzw. Nutzdatenobjekte adaptiert worden sind wird gemafi ei- 
ner Aus ftthrungs form der Erfindung folgendes vorgeschlagen. 

35 

Die Ausfiihrungsform sieht vor, dass mehrere alternative MMS- 
Empf anger-Benachrichtigungen (Empfangerbenachrichtigungs 
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nachrichten) ftir unterschiedlich adaptierte Varianten dersel- 
ben Multimedianachricht an den Empfanger gesendet werden kon- 
nen. Auf diese Weise werden dem Empfanger mehrere alternative 
Optionen zum Herunterladen der gleichen Multimedianachricht 
5 angeboten. Unter Varianten sind dabei sowohl die Original - 

nachricht bzw. die in der Originalnachricht enthaltenen Nutz- 
datenobjekte als auch die adaptierte Nachricht bzw. die adap- 
tierten Nutzdatenobjekte zu verstehen. 

10 Dm dies zu realisieren wird ein rtickwartskompatibeler Abbil- 
dungs-Mechanismus vorgestellt, der die Zuordnung der einzel- 
nen MMS-Empf anger-Ben achrichtigungen (Empfangerbenachrichti- 
gungsnachrichten) in der MMS-Benutzeranwendung des Empfangers 
zu einer Multimedianachricht erlaubt. 

15 

Es 1st naturlich auch denkbar, die Informationen ttber die un- 
terschiedlichen Herunt er lad-Opt ionen fur die einzelnen Vari- 
anten in eine einzige, neu definierte Multipart-MMS- 
Erapfanger-Benachrichtigung zu packen f jedoch mtisste in diesem 
20 Fall auf eine Rtickwartskompatibilitat verzichtet werden- Eine 
alte bzw, herkommliche MMS-Benutzeranwendung (MMS User Agent) 
k6nnte mit der neuen und fiir ihn unbekannten Struktur einer 
Multipart-MMS-Empf anger -Benachrichtigung nichts anf angen . 

25 Damit die alternativen Optionen zum Herunterladen einer MM 
(in verschiedenen Varianten) in einer fur den Empfanger 
leicht verstandlichen Art und Weise moglich ist, wird gemafi 
der Ausfiihrungsform weiterhin eine mogliche Ausgestaltung des 
HMI (HMI - Human Machine Interface, z. B. in Form eines Dis- 

30 plays) auf Seiten der empfangenden MMS-Benutzeranwendung (MMS 
User Agent) unten noch beschrieben werden. 

Zur Verbesserung der Kontrollm6glichkeiten beim Herunterladen 
einer Multimedianachricht sollen einem Empfanger bzw. einem 
35 empfangenden Endgerat mehrere alternative Herunterlad- 

Optionen fiir die gleiche Multimedianachricht durch Anferti- 
gung und Versand mehrerer unterschiedlicher MMS-Empfanger- 
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Benachrichtigungen (Empfangerbenachrichtigungsnachrichten) 
fur netzwerkseitig (insbesondere vom MMS-Relay-Server der 
MMS-Umgebung des MMS-Dienstanbieters des Empf angers) ver- 
schieden adaptierte Varianten einer Multimedianachricht ba- 
sierend auf mindestens einem der folgenden Datensatze angebo- 
ten bzw. iibermittelt werden: 



i) Informationen uber die individuellen Eigenschaf ten 
bzw. Fahigkeiten des mobilen Telekommunikationsendgerats, 
wie eines Mobilfunkgerats bzw. Mobiltelefons, und der 
darauf installierten bzw. mit diesem verbundenen MMS- 
Benutzeranwendung (MMS User Agent) . Die Informationen li- 
ber die individuellen Eigenschaf ten bzw. Fahigkeiten ei- 
nes Telekommunikationsendgerats bzw. einer Telekommunika- 
tionseinrichtung und der MMS-Benutzeranwendung (MMS User 
Agents) diesbezuglich konnten beispielsweise gemaB einem 
WAP-Benutzerprofil bzw. WAP- n UA Prof" ausgestaltet sein 
und mSglicherweise aus zurUckliegenden WSP-Sltzungen, 
d.h. vorherigen MMS-Herunterlad-Vorgangen, stammen; 

ii) Informationen uber die individuellen Praferenzen 
des MMS-Benutzers. Die Informationen uber die individuel- 
len Benutzer-Praferenzen diesbezuglich konnten beispiels- 
weise Bestandteil der MMS-Benutzerdatenbank (en) bzw. MMS- 
"User Data Bases" MDDB (vgl. dazu Figur 2) sein; und/ Oder 

iii) Beschreibungsinformationen (sogenannten Meta- 
Daten) / welche die Bedeutung von einzelnen Multimedia- 
nachricht-Elementen (Nutzdatenobjekten) erlautern 
und/oder Beziehungen bzw. Abhangigkeiten zwischen einzel- 
nen Multimedianachricht-Elementen ausdrttcken. Die Be- 
schreibungsinformationen (Meta-Daten) diesbezuglich konn- 
ten beispielsweise gemafi MPEG-7 ausgestaltet sein und 
mSglicherweise als eigenstandiges Multimedianachricht- 
Element (Nutzdatenobjekt) in der Multimedianachricht ent- 
halten sein oder vom adaptierenden MMS-Relay-Server aus 
einer eintref f enden Multimedianachricht gewonnen werden. 
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Ferner dient zur Verbesserung der Kontrollmoglichkeiten der 
Einsatz eines ruckwartskompatiblen Mapping-Mechanismus bzw. 
Abbildungs-Mechanismus fur MMS-Empfanger-Benachrichtigungen 
5 (Empfangerbenachrichtigungsnachrichten) : 

a) Vorteilhafterweise werden zusammengehorige MMS- 
Empf anger-Benachrichtigungen im adapt ierenden MMS -Re lay- 
Server vor der Zustellung an die MMS-Benutzeranwendung 

10 des Empf angers bzw. Empf angerendgerats durch ein zusatz- 

liches neu definiertes Kopf-Feld gekennzeichnet; 

b) Welter kann dabei vorteilhafterweise eine Sequenznum- 
mer (wiederuro in einem neu definiertes Kopf-Feld) verwen- 

15 det werden , um in der MMS-Benutzeranwendung des Empf an- 

gers feststellen zu konnen, ob bereits alle zusammengeho- 
rigen MMS-Empf anger-Benachrichtigungen eingetroffen sind. 
Aus der Reihenfolgeninformation in den jeweiligen unter- 
schiedlichen Empf angerbenachrichtigungsnachrlchten soil 

20 ferner auch hervorgehen f welche der MMS-Empf anger- 

Benachrichtigungen mit der unveranderten Original vers ion 
des mindestens einen Nutzdatenobjektes in Beziehung 
steht. Beispielsweise konnte der Wert n 0 n fur die Se- 
quenznummer anzeigen, dass es sich um die Originalversion 

25 handelt, wahrend Werte >0 anzeigen, dass es sich um adap- 

tierte/veranderte Versionen von Nutzdatenobjekten bzw. tt- 
bermittlungsnachrichten (d.h. Multimedianachrichten MM) 
handelt; 

30 c) SchlieBlich konnen die einzelnen MMS-Empf anger- 

Benachrichtigungen in der MMS-Benutzeranwendung (MMS User 
Agent) des Empf angers anhand von Identifikationsnummer 
und Sequenznummer zugeordnet werden. 

35 Alternativ zu a) und b) konnte die Kennzeichnung fiir zusam- 

mengehdrige MMS-Empf anger-Benachrichtigungen und/oder die Se- 
quenznummer und/oder eine Maximalnummer, die die Gesamtzahl 
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der bereitgestellten Varianten bzw. die Gesamtzahl der er- 
zeugten oder versendeten MMS-Empf anger-Benachrichtigungen an- 
gibt, auch speziell codiert und in ein schon bekanntes Kopf- 
Feld integriert werden (beispielsweise als zusatzliche Para- 
5 meter) . 

Aufierdem konnen die Kontrollmdglichkeiten weiter verbessert 
und die Information eines Empfangers einer Multimedia- 
nachricht weiter verbessert werden, indent eine komfortable 

10 Darstellung der Informationen aus den einzelnen MMS- 
Empf anger -Ben a chrichtungen beztiglich alternativer Herunter- 
lad-Optionen, d.h. ftir verschiedene Varianten einer Multime- 
dianachricht bzw. deren Nutzdatenobjekte, durch eine beson- 
ders vorteilhafte Ausgestaltung des HMI in der MMS- 

15 Benutzeranwendung (MMS User Agent) des Empfangers bereitge- 
stellt wird. 

Im folgenden sollen nun Beispiele erlautert werden, die die 
oben genannten Aspekte zur Verbesserung der Kontrollmdglich- 
20 keiten beim Herunterladen von auf einem MMS -Re lay- Server be- 
reitstehenden Multimedianachrichten verdeutlichen : 

A. Anbieten alternativer Herunterlad-Optionen 

25 Zunachst soil der Aspekt des Anbietens alternativer Herunter- 
lad-Optionen ftir die gleiche Multimedianachricht durch Anfer- 
tigung und Versand mehrerer unterschiedlicher MMS-Empfanger- 
Benachrichtigungen (Empfangerbenachrichtigungsnachrichten) 
ftir netzwerkseitig verschieden adaptierte bzw. bearbeitete 

30 Varianten einer Multimedia Message beleuchtet werden. 

Die nun folgenden Beispiele basieren alle auf der Annahme, 
dass eine beispielhafte Multimedianachricht bestehend aus 
drei Multimedianachricht-Elementen bzw. Nutzdatenobjekten 
35 (MME) , namlich einem 20 kB grofien Text, einem Bild mit 8 bit 
Farbtiefe und einer 30 kB grofien Sprachnotiz von einem Sender 
(d.h. von einer ersten Telekommunikationseinrichtung, wie ei 
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nem Mobil funkger at) an einen Empfanger (d.h. eine zweite Te- 
lekommunikationseinrichtung, wie einem zweiten Mobil funkge- 
rat) gesendet werden soil, wie es auch bereits mit Bezug auf 
Figur 3 erlautert worden ist. Als Abwandlung zu oben gemach- 
5 ten Erlauterung zu Figur 3 wird jedoch nun in der MMS- 

Umgebung des MMS-Dienstleistungsanbieters des Eiupf angers , 
insbesondere in des sen MMS-Relay-Server (beztiglich Figur 3 
ware das der MMS -Relay- Server MRSB, wenn die Multiraedianach- 
richt MMA vom Mobilfunkgerat MFG1 gesendet wird) vor dem Aus- 
10 senden der mindestens einen MMS-Eropfanger-Benachrichtigung 

(Empfangerbenachrichtigungsnachricht) mindestens ein Nutzda- 
tenobjekt abhangig von den unter den Punkten i) bis iii) be- 
schriebenen Informationen adaptiert bzw. geandert. 



15 Beispiel 1: Erstellen von mehreren MMS-Empfanger- 

Benachrichtigungen fur eine Multimedianachricht <MMA) ba- 
sierend auf den individuellen Eigenschaf ten bzw. FShig- 
keiten des mobilen Telekommunikations-Endgerates und der 
MMS-Benutzeranwendung (MMS User Agents) 

20 

Der MMS-Relay-Server (gemafi oben gemachter Annahme der 
MMS-Relay-Server MRSB, vgl- Figur 3) soli die beispiel- 
hafte Multimedianachricht (MMA) an die MMS- 
Benutzeranwendung (MMS User Agent) MUAB des Empf angers, 

25 das Mobilfunkgerat MFG2 zustellen. In einem netzwerksei- 

tig gespeicherten Datensatz (vgl. Punkt i oben) , der die 
' individuellen Eigenschaf ten bzw. Fahigkeiten des Mobil- 
funkgerat s MFG2 und der MMS-Benutzeranwendung MUAB ent- 
hait, ist beispielsweise vernier kt, dass das Empfangsgerat 

30 MFG2 nur schwarz-weiBe Bilder darstellen kann. Eventuell 

mochte der Benutzer (des Mobilfunkgerats MFG2) aber 
trotzdem ein Farbbild vom MMS-Relay-Server MRSB herunter- 
laden, weil er das Multimedianachricht-Element (Nutzda- 
tenobjekt) spater in Farbe ausdrucken mochte. 



35 



Der MMS-Relay-Server (MRSB) erstellt nun zusatzlich zu 
der empfangenen Multimedianachricht (MMA) nach den Regeln 
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des Datensatzes rnit den individuellen Eigenschaften bzw. 
Fahigkeiten des mobilen Telekommunikations-Endgerates ei- 
ne weitere Multimedianachricht-Variante , bei der sich die 
Farbtiefe des Bilds bzw. Bilddatenobjekts von dem Origi- 
5 nal unterscheidet. Dies ist folgender Tabelle 1 gezeigt, 

in dargestellt ist, dass der MMS-Relay-Server von der o- 
riginalen Multimedianachricht-Variante 1A eine adaptierte 
Multimedianachricht-Variante IB erstellt hat, die an 
Stelle des Farbbildes ein schwarz-weifies Bild mit unter- 
10 schiedlicher Farbtiefe aufweist. Die Multimedianachricht- 

Elemente vora Typ "Text" und "Audio" bleiben unverandert: 





MM-Variante 1 A 


MM-Variante 1B 


Text 


Original 


Original 


TextqroBe 


20 kB 


20 kB 


Bild 


Original 


Verandart 


Auflosung 


100x80BiWDimkte 


100 x 80 BildDunkte 




8 bit 


2 bit 


BHdgrd&e 


8kB 


2kB 


Audio 


Original 


Original 


Audiogro&e 


30 kB 


30 kB 



Tabelle 1 

15 In einem nachsten Schritt erstellt der MMS-Relay-Server 

MRSB fur die ursprungliche bzw. originale Multimedianach- 
richt-Variante 1A und die neu erzeugte Multimedianach- 
richt-Variante IB jeweils eine eigene MMS-Empf anger- 
Be nachrichtigung . Beide MMS-Empf anger-Benachrichtigungen 

20 verweisen auf den prinzipiell gleichen Inhalt, der jetzt 

allerdings in zwei unterschiedlich adaptierten Varianten 
vorliegt. Jede Multimedianachricht-Variante wird mittels 
eines eigenen URIs referenziert . Die jeweiligen MMS- 
Empf anger-Benachrichtigungen "MMl_notif ication . REQ ( s > " 

25 werden dann, wie es in Figur 3 gezeigt 1st, von dem MMS- 

Relay-Server MRSB an das Empf anger endge rat MFG2 gesendet 
(durch das Anfiigen von " (s) " an "MMl__notif ication .REQ" in 
Figur 3 soil gekennzeichnet werden, dass hier geraafl der 
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Ausfuhrungsform der Erfindung eine Mehrzahl von MMS- 
Empfanger-Benachrichtigungen bzw- Empfangerbenachrichti- 
gungsnachrichten aufgrund einer Multimedianachricht (MMA) 
nun zum Empf anger gesendet werden) . 

Beispiel 2: Erstellen von mehreren MMS -Empf anger— 
Benachrichtigungen fur eine Multimedianachricht (MMA) ba- 
sierend auf den individuellen Praferenzen des MMS Benut- 
zers 

Wieder mit Bezug auf Figur 3 soil der MMS-Relay-Server 
MRSB die beispielhafte Multimedianachricht MMA an die 
MMS-Benutzeranwendung (MMS User Agent) MUAB des Empf an- 
gers bzw. Mobil fun kge rats MFG 2 zustellen. In einem netz- 
werkseitig gespeicherten Datensatz, der die individuellen 
Praferenzen des MMS Benutzers (nach Punkt ii) ) enthalt, 
ist beispielsweise vermerkt, dass alle in einer Multime- 
dianachricht enthaltenen Bilder vor der Zustellung der 
Multimedianachricht in zwei vom Benutzer definierten Stu- 
fen herunterskaliert werden sollen (eine Reduktion der 
Farbtiefe ware selbstverstandlich ebenso denkbar) . Der 
Empfanger hat diese Einstellungen moglicherweise vorge- 
nommen, urn das Datenvolumen sowohl bei der Zustellung der 
Multimedianachricht iiber die Schnittstelle MMl als auch 
beim Abspeichern der Multimedianachricht in seinem mobi- 
len Telekommunikations-Endgerat moglichst gering zu hal- 
ten. Damit konnten zum einen Kosten fur das Herunterladen 
reduziert (abhangig vom Abrechnungsmodell des MMS- 
Dienstanbieters) und zum anderen eine grofiere Anzahl von 
Multimedianachrichten im Empf angergerendgerat abgespei- 
chert werden. Der MMS-Relay-Server MRSB erstellt nun zu- 
satzlich zu der empfangenen ursprttnglichen Multimedia- 
nachricht MMA (Multimedianachricht-Variante 2A) nach den 
Regeln des Datensatzes mit den individuellen Praferenzen 
zwei weitere Multimedianachricht-Varianten 2B und 2C (ge- 
nauer gesagt werden Varianten des Bildes bzw. Bildobjekts 
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erzeugt, wobei das Text- und das Audio-Ob jekt in der ur- 
spriinglichen Form erhalten bleibt) , die sich bezuglich 
des Bildformates voneinander unterscheiden, wie es in der 
folgenden Tabelle 2 gezeigt ist: 





MM-Vartante 2A 


MM-Vartante 2B 


MM-Variante 2C 


Text 


Original 


Original 


original 


Textgro&e 


20 kB 


20 kB 


20 kB 


Bild 


Original 


Verandert 


verandert 


Auflosunq 


100x80 Bildpunkte 


75 x 60BIldDunkte 


50 x 30 Bildounkte 


BildgroBe 


8kB 


4,5 kB 


1.5 kB 


Audio 


Oriqlnal 


Original 


original 


AudlogroBe 


30 kB 


30 kB 


30 kB 



Tabelle 2 

10 In einem nachsten Schritt erstellt der MMS -Relay-Server 

MRSB fiir die ursprlingliche Multimedianachricht-Variante 
2A und die beiden neu erzeugten Multimedianachricht- 
Varianten. 2B und 2C jeweils eine eigene MMS-Empf anger- 
Benachrichtigung - Alle drei verweisen auf den prinzipiell 

15 gleichen Inhalt, der jetzt allerdings in drei unter- 

schiedlichen bzw. adaptierten Varianten vorliegt. Jede 
Multimedianachricht-Variante wird mittels eines eigenen 
DRIs referenziert. Die jeweiligen MMS-Empf anger- 
Ben a chr i cht i gunge n "MMl_notif ication.REQ (s) " werden dann f 

20 wie es in Figur 3 gezeigt ist, von dem MMS -Re lay- Server 

MRSB an das Empf anger endger at MFG2 gesendet (durch das 
Anfugen von "(s) w an "MMl_not if ication.REQ" in Figur 3 
soil wieder gekennzeichnet sein, dass hier gemaB der Aus- 
ftihrungsform der Erfindung eine Mehrzahl von MMS- 

25 Empfanger-Benachrichtigungen bzw. Empfangerbenachrichti- 

gungsnachrichten aufgrund einer Multimedianachricht (MMA) 
nun zum Empfanger gesendet werden) . 
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Beispiel 3: Erstellen von mehreren MMS-Empf anger- 
Benachrichtigungen fur eine Multimedianachricht (MMA) ba- 
sierend auf Meta-Daten (Bedeutungen von bzw- Abhangigkei- 
ten zwischen einzelnen Multimedianachricht-Elementen bzw. 
5 Nut zdat enob j ekten ) 

Wieder mit Bezug auf Figur 3 soil der MMS-Relay-Server 
MRSB die beispielhafte Multimedianachricht MMA an die 
MMS-Benutzeranwendung (MMS User Agent) des Empf angers 

10 bzw. des Empf anger ger at s MFG2 zustellen. Die Beschrei- 

bungsinformationen (vgl. dazu Punkt iii) ) erlautern die 
Beziehung der einzelnen Multimedianachricht -Element e 
(Nutzdatenobjekte) im Beispiel wie folgt: Der Text bzw. 
das Text-Ob jekt 1st die Hauptnachricht und unabhangig von 

15 den anderen beiden Multimedianachricht-Elementen. Das 

Multimedianachricht-Element vom Typ "Audio" enthalt einen 
gesprochenen Kommentar, der sich auf das Multimedianach- 
richt-Element vom Typ "Bild" bzw. "Standbild" bezieht und 
ohne das Bild bedeutungslos ist (zum Beispiel: "Wenn Du 

20 genau hinguckst, erkennst Du links im Hintergrund unser 

Ferienhaus . " ) . M6glicherweise kann das Empfangsendgerat 
MFG 2 keine Bilder darstellen (diese Information ware i- 
dealerweise Bestandteil der individuellen Eigenschaften 
bzw. Fahigkeiten des Mobil funkger at s MFG2 und der MMS— 

25 Benutzeranwendung (MMS User Agent) MUAB nach Beispiel 1) . 

Der MMS-Relay-Server MRSB kann nun anhand der Meta-Daten 
erkennen, dass' das Audio-Ob jekt bzw. die Audio-Datei ohne 
das Standbild fur den Empf anger nutzlos ist und daraufhin 
eine oder mehrere entsprechend adapt ierte Multimedianach- 

30 richt-Variante (n) generieren und dem Benutzer zum Herun- 

terladen anbieten, wie es in der folgenden Tabelle 3 ge- 
zeigt ist: 





MM-Variante 3A 


MM-Variante 3B 


MM-Variante 3C 


Text 


Oriqlnal 


Original 


oriqlnal 


TextgroQe 


20 kB 


20 kB 


20 kB 


Bild 


Oriqlnal 


Entfemt 


entfemt 
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Auftosung 


100 x 80Bildpunkte 


Entfallt 


entfSUt 


Bildqrofce 


8kB 


FntfSIH 


entfallt 


Audio 


Oriplnal 


Oriqinal 


entfemt 


Audiogrdfte 


30 kB 


30 kB 


entfallt 



Tabelle 3 

In einem nachsten Schritt erstellt der MMS-Relay-Server 
MRSB fiir die urspriingliche Multiroedianachricht-Variante 
5 3A und die beiden neu erzeugten Multimedianachricht- 

Varianten 3B und 3C jeweils eine eigene MMS-Empf anger- 
Benachrichtigung bzw. Empfangerbenachrichtigungsnach- 
richt. Alle verweisen auf den prinzipiell gleichen In- 
halt, der jetzt allerdings in drei unterschiedlich adap- 
10 tierten Varianten vorliegt- Jede Multimedianachricht- 

Variante wird mittels eines eigenen URIs ref erenziert . 
Die jeweiligen MMS-Empfanger-Benachrichtigungen 
"MMl_notification.REQ(s) n werden dann, wie es in Figur 3 
gezeigt ist, von dem MMS-Relay-Server MRSB an das Empfan- 
15 gerendgerat MFG2 gesendet (durch das Anfugen von " <s) " an 

"MMl_notification.REQ" in Figur 3 soil auch hier wieder 
gekennzeichnet werden, dass hier gemaA der Ausfiihrungs- 
form der Erf indung eine Mehrzahl von MMS-Empfanger- 
Benachrichtigungen bzw. Empf angerbenachrichtigungsnach- 
20 richten aufgrund einer Multimedianachricht (MMA) nun zum 

Empf anger gesendet werden) . 



B. Einsatz eines riickwartskompatiblen Abbildungs-Mechanismus 
25 fttr MMS-Empfanger-Benachrichtigungen 

Damit wiederum mit Bezug auf Figur 3 und insbesondere im 
Nachgang an die oben unter Punkt A. erwahnten Beispiele die 
verschiedenen MMS-Empf anger-Benachrichtigungen 
30 w MMl_notification.REQ(s)" in der MMS-Benutzeranwendung (MMS 
User Agent) des Empfangers als zusammengehdrig identifiziert 
werden k6nnen, vergibt der MMS-Relay-Server MRSB fur jede ur- 
spriinglich empfangene Multimedianachricht eine eindeutige I 
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dentifikationsnummer und erganzt diese zusaromen mit einer Ma- 
ximalnuramer, d.h. einer Gesamtzahl der erzeugten bzw. versen- 
deten MMS-Empf anger-Benachrichtigungen, und einer optionalen 
Sequenznummer bzw, Reihenfolgennummer der MMS-Empf anger- 
5 Benachrichtigungen in jeder einzelnen MMS-Empfanger- 

Benachrichtigung. Anschliefiend werden die einzelnen MMS- 
Empf anger-Benachrichtigungen bzw. Empfangerbenachrichtigungs- 
nachrichten "MMl_notif ication.REQ (s) " auf herkommlichem Wege 
an die MMS-Benutzeranwendung (MMS User Agent) des Empfangers 
10 bzw. Empfangergerats gesendet. Die Gesamtheit aller zusammen- 
gehdrigen MMS-Empf anger-Benachrichtigungen 

"MMl_notification.REQ(s) w kann dort nun anhand der vom MMS— 
Relay-Server MRSB erganzten Identif ikationsnummer in einer 
einheitlichen und fur den Empfanger sehr komfortablen Art und 

15 Weise dargestellt werden. Durch Zahlen der empfangenen, zu- 
sammengehSrigen MMS— Empf anger-Ben achrichtijgungen und einem 
anschliefienden Vergleich dieses Wertes mit der Maximalnummer 
kann die MMS-Benutzeranwendung (MMS User Agent) des Empfan- 
gergerats (hier das Mobil funkger at MFG2) auf eine einfache 

20 Art und Weise f estzustellen, ob bereits alle zusammengehbri- 
gen MMS-Empf anger-Benachrichtigungen 
"MMl_notification.REQ(s) n eingetroffen sind- 

Im folgenden werden beispielhaft fur eine Implement ie rung des 
25 MMS unter WAP die einzelnen MMS-Empf anger-Benachrichtigungen 
in textueller Codierung gemafi dem unter Punkt A. aufgefiihrten 
Beispiel 2 gezeigt, in dem die Bildgrofce eines Multimedia- 
nachricht-Elementes (Nutzdatenobjekt) vom Typ "Standbild" 
bzw. "Bild" in zwei Stufen reduziert wird. (Es sei erwahnt, 
30 dass der oben erwahnten Abstraktnachricht (abstract message) 
n MMl_notification.REQ" gemafi 3 GPP in WAP die W M- 
Notification.ind"-PDU (PDU: Protocol Data Unit « Protokollda- 
teneinheit) entspricht. GemaB einer Ausfiihrungsf orm der Er- 
findung sind neue Kopffelder fur die Identifikationsnummer 
35 und die Sequenznummer in den MMS-Empf anger-Benachrichtigungen 
eingerahmt. Genauer gesagt zeigt die Benachrichtigung 1 eine 
MMS-Empf anger-Benachrichtigung (WAP-PDU- n M-Notif ication . ind" ) 
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fiir die Multimedianachricht-Variante 2A (grofies Bild) , zeigt 
die Benachrichtigung 2 eine MMS—Empf anger— Benachrichtigung 
(WAP-PDU- w M-Notification.ind") fiir die Mult ime di ana chricht- 
Variante 2B (mittlere Bildgrdfie) , und zeigt die Benachrichti- 
5 gung 3 eine MMS-Erapfanger-Benachrichtigung (WAP-PDU-"M- 

Notification.ind") fiir die Multimedianachricht-Variante 2C 
(kleines Bild) . 



Benachrichtigung 1: 
10 X-Mms -Message-Type : m-notif ication-ind 
X-Mms -Transact ion-ID: abclO 
X-Mms-MMS-Version : 1-0 
From: andreas . st . schmidtG Siemens . com 
Subject: A multimedia message 
15 X-Mms-Message-Class: Personal 
X-Mms -Message-Size: 58000 
X-Mms-Expiry: 36000 



20 



X-Mms -Variant- Id: example -xyz 
X-Mms -Max-Notifications : 3 

X-Mms-Sequence-Number : 1 _ 

X-Mms-Content-Location : http : / /operator . de/inbox/mm-id-2A 



Benachrichtigung; 2: 

X-Mms -Mess age -Type : m-notif ication-ind 
25 X-Mms-Transaction-ID: abcl2 

X-Mms -MMS-Vers ion: 1.0 

From: andreas . st . schmidtQ Siemens . com 

Subject: A multimedia message 

X-Mnas-Mes sage-Class: Personal 
30 X-Mms-Message-Slze: 54500 

X-Mms-Expiry: 36000 

X-Mms-Variant-Id: example-xyz 

X-Mms -Max-Notifications : 3 

X-Mms -Sequence-Number: 2 . 

35 x-Mms-Content-Location : http : //operator . de/inbox/mm-id-2B 
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Benachrichticping 3: 

X-Mms -Message-Type : m-notif ication-ind 
5 X-Mras -Transact ion-ID: abcl6 
X-Mms-MMS -Vers ion: 1.0 
From: andreas . st. schmidt ©Siemens . com 
Subject: A multimedia message 
X-Mms-Message-Class: Personal 
10 X-*fcns-Message-Size: 51500 

X-Mms-Expiry: 36000 . . . 

X-Mms -Variant- Id: example-xyz 
X-Mms-Max-Notifications: 3 

X-Mms-Sequence-Number : 3 , 

15 X-Mms -Content-Location : http : //operator . de/inbox/mm-id-2C 

Es sei erwahnt, dass das beschriebene Prinzip nicht nur auf 
einfache bzw. vereinfachte MMS-Empf anger-Benachrichtigungen 

20 mit den Grundinformationen, sondern auch auf ausftihrliche 

MMS-Empf anger-Benachrichtigungen ("Detailed MMS Notificati- 
ons") tibertragen werden kann, die genauere Beschreibungen der 
einzelnen Multimedianachricht-Elemente beinhalten. Der Nutzen 
dieser Erfindung fur derartige, ausfuhrliche MMS-Empf anger- 

25 Benachrichtigungen kann dabei noch grSfier sein. 

Es ist gemafl einer vorteilhaften Ausgestaltung femer denk- 
bar, dass die eindeutige Identiflkationsnummer der Multime- 
30 dianachricht, die Maximalnummer und die Sequenznummer in der 
URI codiert enthalten sind (vorzugsweise im letzten Teil der 
Pfadangabe) . 

35 C. Komfortable Darstellung der Informationen aus den einzel- 
nen MMS-Empfanger-Benachrichtungen beztiglich alternativer He- 
runterlad-Optionen durch eine besonders vorteilhafte Ausges 
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taltung des HMI in der MMS-Benutzeranwendung (MMS User Agent) 
des Empf anger ger at s 

Wie bereits erwahnt, bietet das oben beschriebene Verfahren 
5 eine besonders vorteilhafte Ausgestaltung der Meniifiihrung in 
der MMS-Benutzeranwendung des Empf anger ger at s, da die MMS- 
Benutzeranwendung : 

- anhand der eindeutigen Identifikationsnummer zusararoengeho- 
rige MMS-Empf anger-Benachrichtigungen fiir unterschiedliche 
Varianten einer Multimedianachricht erkennt und 

- anhand der Maximalnummer weifi, wie viele Multimedianach- 
richt-Varianten der MMS-Relay-Server fiir eine bestimmte Mul- 
timedianachricht (gekennzeichnet durch dieselbe Identifikati- 
onsnummer) vorbereitet hat; 

- anhand der Sequenznummer erkennt, welche MMS-Empf anger- 
Benachrichtigungen zu der ursprunglich vora MMS-Relay-Server 
empfangenen Multimedianachricht (ohne Adaption) gehort. 

20 Figur 5 zeigt eine erste auf einem Display des Empfangerge- 
rats dargestellte beispielhafte Benutzeroberf lache BOF1, auf 
der die jeweiligen MMS-Empf anger-Benachrichtigungen bzw. Emp- 
fangerbenachrichtigungsnachrichten aus dem oben unter Punkt 
A. beschriebenen Beispiel 2 verarbeitet und die in ihnen ent- 

25 haltenen Inf ormationen iibersichtlicht dargestellt sind. Es 
wird nun angezeigt, dass im Eingangsordner (Inbox) vom 
"02.11.2002" des MMS eine Multimedianachricht mit drei alter- 
nativen Varianten bzw. Herunterlad-Optionen liegt. Ferner 
wird der Absender, der Betreff der Nachricht, die Kategorie, 

30 die GrSfce des variierten Multimedianachricht-Elements (hier 
des Bildes) sowie die Gtiltigkeit des der Multimedianachricht 
angezeigt. SchlieBlich wird eine Aufforderung an den Benutzer 
des Empfangergerats gerichtet, sich fiir eine Variante des 
Multimedianachricht-Elements bzw. der Multimedianachricht zu 
35 entscheiden. Die Auswahl der gewlinschten Herunterlad-Option 
kann durch Driicken einer entsprechenden Taste einer Tastatur 



10 



15 
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des Empfangergerats (im Beispiel von Figur 3 dera Mobilfunkge- 
rat MFG2) geschehen. 

5 Fur den Fall der Verwendung ausfuhrlicher MMS-Empf anger- 

Benachrichtigungen ("Detailed MMS -Notifications") werden dem 
Erapfanger auf einer zweiten Benutzeroberf lache BOF2 des Emp- 
fangergerats (beispielsweise dem Mobilfunkgerat MFG2 von Fi- 
gur 3) vorteilhafterweise auch die anderen in einer MMS- 
10 Empfanger-Benachrichtigung moglicherweise enthaltenen Infor- 
mationen angezeigt, wie es in Figur 6 zu sehen ist. Neben den 
auch bereits in Figur 5 angegebenen Informationen wird nun 
ferner angezeigt, dass im Eingangordner (Inbox) vom 
"03-11.2002" des MMS eine Multimedianachricht mit drei alter- 
15 nativen Varianten bzw. He runter lad-Opt ionen liegt, wobei zu- 
satzlich angegeben ist, welche Variante die Original-Variante 
ist, und welche Multimedianachricht-Elemente in den auf dem 
MMS-Relay-Server bereitgestellten Multimedianachricht s varian- 
ten vorgesehen sind. Die Auswahl einer Oder der gewtinschten 
20 Varianten bzw. He runter lad-Option kann durch Driicken einer 
entsprechenden Taste einer Tastatur des Empfangergerats ge- 
schehen oder durch Anwahlen einer entsprechenden Anwahlflache 
AWF mittels eines Mauszeigers MZ und entsprechender Bestati- 
gang der Anwahl. 
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Patentanspriiche 

1. Verfahren zura Obertragen von Nachrichten in einem Kommu- 
nikationsnetz mit folgenden Schritten: 

5 

Obertragen einer ttbermittlungsnachricht (MMl_submit .REQ; MMA) 
mit einem oder mehreren Nutzdatenobjekten (MME) an eine Ver- 
mittlungskomponente (VK) zur Weiterleitung an eine erste Te- 
lekommunikationseinrichtung (MFG2) ; 

10 

Erstellen einer Mehrzahl von Varianten des einen oder der 
mehreren Nutzdatenobjekte (MME) in der Vermittlungskomponente 
in Abhangigkeit eines Satzes von Parametern; 

15 Informieren der ersten Telekommunikationseinrichtung (MFG2) 
uber die Bereitstellung einer Mehrzahl von Varianten des ei- 
nen oder der mehreren Nutzdatenobjekte zum ubertragen an die 
erste Telekommunikationseinrichtung. 

20 2. Verfahren nach Anspruch 1, mit folgenden Schritten: 

Senden einer Zustellungsanf orderungsnachricht 
(MM1 retrieve . REQ) beziiglich einer bestimmten Variante des 
einen Oder der mehreren Nutzdatenobjekte von der ersten Tele- 
25 kommunikationseinrichtung (MFG2) zu der Vermittlungskomponen- 
te (VK); 

Obermitteln einer Zustellungsnachricht (MMl_retrieve.RES) mit 
der angeforderten Variante des einen oder der mehreren Nutz- 
30 datenobjekte von der Vermittlungskomponente zu der ersten Te- 
lekommunikationseinrichtung . 

3. Verfahren nach Anspruch 1 oder 2, bei dem das Informie- 
ren der ersten Telekommunikationseinrichtung mittels folgen- 
35 der Schritte erfolgt: 
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Erzeugen von jeweiligen Empf angerbenachrichtigungsnachrichten 
(MMl_notification.REQ(s) ) , die einer bestiromten Variante des 
einen oder der mehreren Nutzdatenobjekte zugeordnet sind, und 

5 Obermitteln der jeweiligen Empf angerbenacOirichtigungsnach- 
richten (MMl_notification.REQ <s) ) von der Vermi tt lungs kompo- 
nente (VK) zu der ersten Tele kommunikat ion seinrichtung 
<MFG2) . 

10 4. Verfahren nach Anspruch 1 oder 2, bei dem der Satz von 

Parametern Parameter mit Inf ormationen tiber die individuellen 
Eigenschaften der Telekommunikationseinrichtung, und insbe- • 
sondere uber auf der Tele kommunikat ion seinrichtung vorgesehe- 
ne Anwendungen, umfasst. 

15 

5. Verfahren nach einem der Anspriiche 1 bis 4, bei dem der 
Satz von Parametern Parameter rait Inf ormationen uber die in- 
dividuellen Praferenzen des Empf angers umfasst. 

20 6. Verfahren nach einem der Anspriiche 1 bis 5, bei dem der 
Satz von Parametern Parameter mit Beschreibungs inf ormationen 
umfasst, welche die Bedeutung von in der uberraittlungsnach- 
richt enthaltenen Nutzdatenobjekten und/oder die Beziehung 
von enthaltenen Nutzdatenobjekten zueinander umfassen. 

25 

7. Verfahren nach einem der Anspriiche 1 bis 6, bei dem die 
ifcermittlungsnachricht (MMl_submit .REQ; MMA) von einer zwei- 
ten Telekommunikationseinrichtung (MFG1) an die Vermittlungs- 
komponente <VK) iibermittelt wird. 

30 

8. Verfahren nach einem der Anspriiche 1 bis 1, bei dem die 
Nachrichten (MMl_submit.REQ; MMl_notification.REQ; 
MMl_retrieve.REQ; MMl_retrieve.RES) im Rahmen des Multimedia 
Messaging Service (MMS) zwischen der ersten Telekommunikati- 

35 onseinrichtung (MFG2) und der Vermi tt lungs komponente (VK) 

und/oder der zweiten Telekommunikationseinrichtung (MFG1) und 
der Vermi ttlungs komponente <VK) Obertragen werden. 
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9. Verfahren nach einem der Anspriiche 1 bis 8/ bei dem die 
Nachrichten zu und von der ersten Telekoirormnikationseinrich- 
tung und/oder der zweiten Telekommunikationseinrichtung tiber 

5 eine Luftschnittstelle gesendet werden. 

10. Verfahren nach Anspruch 9, bei dem die erste und/oder 
die zweite Telekommunikationseinrichtung ein Funkmodul um- 
fasst, und insbesondere als ein Mobiltelefon, ein Schnurlos- 

10 telefon, oder ein tragbarer Computer ausgebildet ist. 

11. Verfahren nach Anspruch 9 oder 10 , bei dem die tfbertra- 
gung von Nachrichten zu und von der ersten und/oder der zwei- 
ten Telekommunikationseinrichtung mittels dem WAP-Protokoll 

15 WSP und/oder dem Hypertext Transfer Protocol (http) erfolgt. 

12. Verfahren nach einem der Anspriiche 1 bis 11, bei dem die 
ersten Telekommunikationseinrichtung Teil eines ersten Tele- 
kommunikationsnetzes ist . 

20 

13. Verfahren nach Anspruch 12, bei dem das erste Telekommu- 
nikationsnetz als ein Mobilfunknetz ausgefiihrt ist, das ins- 
besondere nach dem GSM-, GPRS-, EDGE- , UMTS- oder CDMA- 
Standard arbeitet. 

25 

14. Verfahren nach einem der Anspriiche 12 oder 13, bei dem 
die Vermitt lungs komponente als ein Teil eines zweiten mit dem 
ersten Telekommunikationsnetz verbundenen Telekommunikations- 
netzes ausgebildet ist, das insbesondere als ein auf Inter- 

30 net-Protokollen, wie dem Hypertext Transfer Protocol, basier- 
tes Telekommunikationsnetz ausgefiihrt ist. 

15. Verfahren nach Anspruch 14, bei dem das erste und das 
zweite Telekommunikationsnetz durch eine Verbindungskomponen- 

35 te miteinander verbunden sind, welche insbesondere als ein 
WAP-Gateway ausgefiihrt ist. 
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16. Verfahren nach einem der Anspruche 1 bis 10, bei dem die 
Empfangerbenachrichtigungsnachricht mittels WAP-Push an die 
Telekommunikationseinrichtung ubertragen wird. 

5 17. Verfahren nach einem der Anspruche 1 bis 16, bei dem die 
Vermittlungskomponente (VK) als ein MMS-Relay-Server (MRS1; 
MRS2) ausgebildet 1st. 

18. Verfahren nach einem der Anspruche 2 bis 17, bei dem die 
10 Empfangerbenachrichtigungsnachrichten, die Varianten von 
Nutzdatenobjekten einer bestimmten Obermittlungsnachricht zu- 
geordnet sind, eine bestimmte einheitliche Kennzeichnungsin- 
formation aufweisen. 

15 19. Verfahren nach einem der Anspruche 2 bis 18, bei dem die 
Empfangerbenachrichtigungsnachrichten, die Varianten von 
Nutzdatenobjekten einer bestimmten Obermittlungsnachricht zu- 
geordnet sind, eine Gesamtzahlinformation aufweisen, welche 
die Gesamtzahl der von Vermittlungskomponente erzeugten Emp- 

20 fangerbenachrichtigungsnachrichten fur die Varianten des ei- 
nen oder der mehreren Nutzdatenobjekte einer Obermittlungs- 
nachricht angibt. 

20. Verfahren nach Anspruch 2 bis 19, bei dem die jeweiligen 
25 unterschiedlichen Empf anger benachrichtigungsnachricht en eine 
Reihenfolgeninformation aufweisen, welche die Reihenfolge der 
von der Vermittlungskomponente erzeugten Varianten des einen 
oder mehreren Nutzdatenobjekte enthalt. 

30 21. Verfahren nach einem der Anspruche 2 bis 20, bei dem die 
jeweiligen unterschiedlichen Empfangerbenachrichtigungsnach- 
richten eine Unterscheidungsin formation aufweisen, welche an- 
gibt, ob es sich bei einer einer jeweiligen Empfangerbenach- 
richtigungsnachricht zugeordneten Variante eines Nutzdatenob- 

35 jekts urn die urspriingliche in der Obermittlungsnachricht ent- 
haltene Variante oder urn eine abgeanderte Variante handelt. 
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22. Verfahren nach eineni der Anspriiche 2 bis 21 f bei dem aus 
der Reihenf olgeninformation in den jeweiligen unterschiedli- 
chen Empfangerbenachrichtigungsnachrichten hervorgeht, welche 
der Empfangerbenachrichtigungsnachrichten mit der unverander- 

5 ten Originalversion des mindestens einen Nutzdatenobjektes 
bzw. der Obermittlungsnachricht in Beziehung steht. 

23. Verfahren nach einem der Anspriiche 18 bis 22 , bei dem 
die Kennzeichnungsinformation und/oder die Gesamtzahlinforma- 

10 tion und/oder die Reihenf olgeninformation unter einem jeweils 
eigenstandigen Kopffeld in einer Erapf angerbenachrichtigungs- 
nachricht vorgesehen sind. 

24. Verfahren nach einem der Anspriiche 18 bis 22 , bei dem 
15 die Kennzeichnungsinformation und/oder die Gesamtzahl informa- 
tion und/oder die Reihenf olgeninformation zusammen kodiert in 
einer Erapf angerbenachrichtigungsnachricht vorgesehen sind. 

25. Verfahren nach einem der Anspriiche 18 bis 24 , bei dem 
20 die Kennzeichnungsinformation und/oder die Gesamtzahlinforma- 

tion und/oder die Reihenf olgeninformation nach Erhalt einer 
jeweiligen Erapf angerbenachrichtigungsnachricht von der ersten 
Telekommunikationseinrichtung verarbeitet werden. 

25 26. Verfahren nach Anspruch 25, bei dem auf einer Benutzer- 
oberflache die verschiedenen moglichen Varianten zur tJbertra- 
gung von der Vermitt lungs komponente dargestellt werden, damit 
ein Benutzer eine Oder mehrere Variante auswahlen und zur tt- 
bermittlung von der Vermitt lungs komponente anfordern kann. 

30 

27. Verfahren nach einem der Anspriiche 1 bis 26, bei dem die 
Nutzdatenobjekte (MME) Textinf ormationen, Audioinf ormationen, 
Videoinformationen, ausfiihrbare Programme, Softwaremodule o- 
der eine Kombination dieser Inf ormationen enthalten. 

35 

28. Telekommunikationsanordnung umfassend eine Vermittlungs- 
komponente (VK) sowie zumindest eine erste Telekommunikati 
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onseinrichtung, wobei die Telekommunikationsanordnung daftir 
ausgelegt 1st, ein Verfahren nach einem der Anspruche 1 bis 
27 dur chzuf iihr en - 
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